زمانی که یکی از مجوزهای system “ANY” privilege نظیر select any table، drop any table و … را به کاربری می دهیم، آن کاربر امکان دسترسی به objectهای شمای sys و جداول Data Dictionary را ندارد: SQL*Plus: Release 10.1.0.4.2 - Production on Tue Jan 9 10:38:31 2024 SQL> show user USER is "SYS" SQL> create table sys.tb as select * from dual; Table created. SQL> create user usef identified by a; User created. SQL> grant create session,select any table to usef; Grant succeeded. SQL> co usef/a Coected. SQL> select * from sys.tb; ORA-00942: table or view does not exist SQL> select * from v$datafile; ORA-00942: table or view does not exist اگر تصمیم داریم این محدودیت را حداقل در مورد مجوز select any table برای یک کاربر برداریم، می توانیم مجوز SELECT ANY DICTIONARY را به آن کاربر اعطا کنیم: SQL> grant SELECT ANY DICTIONARY to usef; Grant succeeded. SQL> co usef/a Coected. SQL> select * from sys.tb; D - X SQL> select file# from v$datafile where rownum=1; FILE# ---------- 1 البته از اوراکل 12c، دسترسی به بعضی از جداول Data Dictionary حتی با داشتن مجوز  SELECT ANY DICTIONARY  هم امکان پذیر نیست. لیست بعضی از این جداول را در قسمت زیر می بینید: USER$, ENC$ , DEFAULT_PWD$, LINK$, USER_HISTORY$, CDB_LOCAL_ADMINAUTH$, XS$VERIFIERS نقش SELECT_CATALOG_ROLE هم می تواند دسترسی به ویوهای دیتادیکشنری را به کاربر اعطا کند که قبلا در مورد تفاوت این نقش با مجوز SELECT ANY DICTIONARY مطلبی را نوشته ایم. شکل پیشرفته تر از مجوز SELECT ANY DI

Hybrid Partitioned Table قابلیت جدیدی است که اوراکل در نسخه 19c ارائه کرده است با کمک این قابلیت می توان برای یک جدول، تلفیقی از پارتیشنهای exteal و inteal را ایجاد کرد. این روش از پارتیشن بندی، صرفا متدهای Range و List را پشتیبانی می کند البته در نسخه 19c امکان استفاده از متد Automatic List برای Hybrid Partitioned Table وجود ندارد و این امکان از نسخه 23c به وجود آمد. بنابرین از این نسخه(23c) می توانیم برای جداول Hybrid Partitioned Table از قابلیت Automatic List Partitioning استفاده کنیم. قبل از ایجاد جدول مورد نظر، دایرکتوری مربوط به دیتایی که در سیستم عامل قرار دارند را ایجاد می کنیم: SQL> create directory E_PARTITIONs as '/PARTITIONs'; Directory created جدول mytbl از نوع هیبریدی است و  به روش Automatic List پارتیشن بندی شده است: SQL> CREATE TABLE mytbl 2 ( 3 national_id NUMBER, 4 name VARCHAR2(20), 5 last_name VARCHAR2(20), 6 org_id NUMBER 7 ) 8 EXTERNAL PARTITION ATTRIBUTES( 9 TYPE ORACLE_LOADER 10 DEFAULT DIRECTORY E_PARTITIONs 11 ACCESS PARAMETERS 12 ( 13 FIELDS TERMINATED BY ',' (national_id,name,last_name,org_id) 14 ) 15 REJECT LIMIT UNLIMITED 16 ) 17 PARTITION BY LIST (org_id) AUTOMATIC 18 ( 19 PARTITION p1 VALUES (1), 20 PARTITION p2 VALUES (2), 21 PARTITION p_exteal VALUES (3) EXTERNAL LOCATION('part1.txt') 22 ); Table created در صورت فعال نبودن قابلیت Automatic List Partitioning، ستون org_id صرفا مقادیر 1، 2 و 3 را قبول می کرد اما

زمانی که sessionای را در اوراکل kill می کنیم، به صورت پیش فرض آن session در حالت SOFTء، kill خواهد شد: SQL> ALTER SYSTEM KILL SESSION '1025,44801'; System altered. جزییات اجرای این دستور را می توانیم در Alert Log ببنیم: 2023-12-19T13:32:18.731476+03:30 (4):A user has terminated a session. KILL SESSION for sid=(1025, 44801): Reason = alter system kill session Mode = KILL SOFT -/-/-/- Requestor = USER (orapid = 55, ospid = 3267554, inst = 1) User = oracle Program = sqlplus@OEL8 (TNS V1-V3) Owner = Process: USER (orapid = 75, ospid = 3268895) User = 462710969 Program = plsqldev.exe Result = ORA-0 برای kill کردن session در حالت HARD می توانیم عبارت immediate را به انتهای دستور اضافه کنیم: SQL> ALTER SYSTEM KILL SESSION '1025,43030' IMMEDIATE; System altered. مجددا با کمک Alert Log جزییات اجرای این دستور را هم خواهیم دید: 2023-12-19T13:33:07.749571+03:30 (4):A user has terminated a session. KILL SESSION for sid=(1025, 43030): Reason = alter system kill session Mode = KILL HARD SAFE -/-/-/- Requestor = USER (orapid = 55, ospid = 3267554, inst = 1) User = oracle Program = sqlplus@OEL8 (TNS V1-V3) Owner = Process: USER (orapid = 75, ospid = 3268940) User = 462710969 Program = plsqldev.exe Result = ORA-0 در نسخه 23c اوراکل Hidden Parameterای به نام kill_session_force_ را اضافه کرده است که می توان از طریق آن، این رفتار پیش فرض را تغییر داد: set linesize 1000 col Parameter format a20 col Session_Value format a14 col Instance

DEDUPLICATION یکی از قابلیتهای جدید اوراکل در نسخه 11g است که همراه با SECUREFILE LOBها ارائه شد و می توان بعد از ایجاد جدول هم این قابلیت را برای SECUREFILE LOBها فعال کرد اما سوال مهمی که در این زمینه مطرح می شود آن است که DEDUPLICATION برای LOBهای موجود چقدر فضا آزاد می کند؟ در اوراکل نسخه 23c، تابعی در این زمینه ارائه شد که می تواند تا حدودی به این سوال پاسخ دهد. این تابع نام جدول(و یا نام پارتیشنی از جدول) را دریافت می کند و حداکثر 100 هزار رکورد از آن جدول را بررسی کرده و نهایتا تخمینی از میزان ذخیره سازی فضا را ارائه می کند. در ادامه، سناریوی تستی را در این زمینه می بینید. SQL> create table tbl (id number,describe clob); Table created در این جدول اطلاعاتی را درج می کنیم که بیشتر آن تکراری هستند: SQL> begin 2 for i in 1 .. 70000 loop 3 insert into tbl 4 values 5 (1, 6 lpad('www.usefzadeh.com', 7 1000000000000000000000000000000000000000000000000000000000000000000000000000000000, 8 'a')); 9 end loop; 10 insert into tbl values (2, 'Ramtollah Rabbani'); 11 insert into tbl values (3, 'Armin Bahamin'); 12 insert into tbl values (4, 'Jamshid Khan'); 13 commit; 14 end; 15 / PL/SQL procedure successfully completed تعداد رکوردهای جدول: SQL> select count(*) from tbl; COUNT(*) ---------- 70003 برای محاسبه تخمین میزان فضای صرفه جویی شده پس از DEDUPLICATION، تابع dbms_lob.GET_LOB_DEDUPLICATION_RATIO را اجرا می کنیم: SQL> set serverout on SQL> DECLARE dedup_ratio n

درخواست اجراییه سندی است که به موجب آن محکوم له (کسی که رای به نفع او صادر شده است) میتواند از دادگاه صادرکننده رای صدور اجراییه را درخواست کند. اجراییه سندی است که به موجب آن اجرای احکام مدنی موظف به اجرای حکم صادره میشود. درخواست اجراییه یکی از مهمترین مراحل اجرای حکم در نظام حقوقی ایران است. با صدور اجراییه اجرای احکام مدنی موظف میشود که اقدامات لازم را برای اجرای حکم انجام دهد. مدارک مورد نیاز برای درخواست اجرائیه 1.     تصدیق اصل رای یا رونوشت توسط دادگاه مرجع صدور اجرائیه دادگاه صادرکننده رای است. بنابراین، محکوم له باید اصل رای یا رونوشت آن را که به وسیله دادگاه تصدیق شده باشد، به دادگاه ارائه دهد. رای صادره توسط دادگاه باید قطعی و لازم الاجرا باشد. در صورتی که رای صادره توسط دادگاه، غیر قطعی یا غیر لازم الاجرا باشد، دادگاه نمیتواند اجراییه برای آن صادر کند. رونوشت رای باید توسط دادگاه تصدیق شده باشد. تصدیق رای توسط دادگاه، به معنای تایید صحت آن است. 2.     رسید پرداخت هزینههای اجرایی محکوم له باید هزینههای اجرایی را به حساب خزانه داری کل کشور واریز کند و رسید آن را به دادگاه ارائه دهد. در صورتی که محکوم له، هزینههای اجرایی را پرداخت نکند، دادگاه درخواست او را رد میکند. هزینههای اجرایی عبارتند از: نیم عشر از مبلغ محکوم به هزینههای ابلاغ اجراییه هزینههای اجرای حکم مشخصات محکوم له و محکوم علیه در درخواست اجرائیه، باید مشخصات محکوم له و محکوم علیه، به طور کامل قید شود. این مشخصات عبارتند از: نام و نام خانوادگی شماره ملی محل سکونت موضوع رای در درخواست اجرائیه، باید موضوع رای و مبلغ محکوم به قید شود. این موضوع عبارت اس

باغ گردو به دلایل علمی و کشاورزی زیادی میتواند سودآور باشد، درخت گردو رشد سریعی دارد و  چندین سال بعد از کاشت به اندازهی تولید قابل توجهی خواهد رسید، این مزیتی است که در مقایسه با سایر درختان میوه مانند سیب، زیتون و بادام باعث ارجحیت آن در بین باغداران شهر خرم آباد رشت و زنجان شده است؛ البته از نظر کشاورزان این شهرها نهال گردو به صورت عمومی میتواند در بسیاری از خاک و شرایط آب و هوایی رشد کند، نهال گردو ژنوتیپ مقاومت بالایی نسبت به سرما و باران داشته و میتوانند در مناطق مرتفع یا پست، بدون محدودیت ارتفاعی رشد کنند. مراحل آماده سازی خاک باغ برای خرید نهال چگونه است؟ با اینکه خرید نهال گردو در خرم آباد مناسب و مرغوب تاثیر زیادی بر روی باردهی و درآمد باغ گردو دارد،ولی باغداران باید قبل از خرید نهال گردو خاک باغ را برای کاشت این درخت آماده سازی کنند، مهندسین نهالستانهای جهاد کشاورزی به هنگام فروش نهال گردو به کشاورزان شهر خرم آباد، رشت و زنجان مراحل آمادهسازی خاک باغ را به طور کامل توضیح میدهند، مراحل آمادهسازی خاک باغ در حالت کلی شامل مراحل زیر است: بررسی خاک: در ابتدا باید خاک باغ را بررسی کرده و ویژگیهای آن را مشخص کنید، این شامل ترکیب شیمیایی خاک، قدرت زهکشی، سطح نشتی و سطح اسیدیته خاک است. نمونهبرداری خاک: برای بررسی ترکیب و ویژگیهای خاک دقیقتر، باید نمونه برداری از خاک انجام شود، نمونههای خاک باید از عمقهای مختلفی دریافت شوند. تجزیه خاک: نمونههای خاک باید به آزمایشگاه فرستاده شوند تا تجزیه و تحلیل شوند، در این مرحله، ویژگیهای شیمیایی خاک مانند pH، مواد مغذی، ترکیب معدنی و غیره بررسی میشوند. تقویت خاک: در صورت نیاز، میتوانید با استفاده از پیوند دهنده

با نزدیک شدن به فصل زمستان و فرار سیدن کاشت نهال بسیاری از باغداران ممکن است در فکر خرید نهال زردآلو و احداث باغات وسیع یا کوچک زردآلو باشند و این سوال برای آنهامطرح میxadشود که از کجا نهال زردآلو با کیفیت تهیه کنیم؟ در این خبر نامه علاوه بر اینکه شما را با ویژگیxadهای نهال زردآلو با کیفیت آشنا میxadکنیم به شما میxadآموزیم که نهال زردآلو را از کجا خریداری کرده و نکات مهمی که باید در زمان خرید نهال زردآلو مورد توجه قرار دهید چیست؟ پس با ما تا انتهای این خبر نامه همراه باشید. ویژگی نهال خوب زردآلو کدم است؟ حال فرض کنیم که میxadخواهید اقدام به خرید نهال زردآلو خوب و با کیفیت کنید، در اینجا این سوال مطرح میxadشود که آیا میxadدانید ویژگی نهال خوب زردآلو کدام است؟ در این بخش مهمxadترین ویژگیxadهای یک نهال خوب و با کیفیت زردآلو را به شما آموزش میxadدهیم. سلامت فیزیکی نهال: اولین معیاری که شما میxadتوانید از ظاهر نهال مشخص کنید که این نهال خوب است یا خیر سلامت فیزیکی نهال است، نهال خوب باید دارای شاخهxadهای سالم و بدون خم شدگی و یا شکستگی باشد، طوقه باید سالم و بدون پوسیدگی بوده و همچنین ریشهxadها از حجم مناسب با سن نهال برخوردار باشند، رنگ ریشهxadهای موئین باید سفید روشن باشد. عاری بودن از آفات و بیماریxadها: برخی از آفات و بیماریxadها را شما میxadتوانید به صورت چشمی روی نهال ببینید و وجود آنها را تشخیص دهید اما برخی از آفات و بیماریxadها ممکن است به صورت پنهان باشند، به عنوان مثال آلودگی خاک نهال به بیماری پوسیدگی ریشه و طوقه، آلودگی به نماتد ریشه و آلودگی به کرم سفید ریشه و گال باکتریایی طوقه به این راحتیxadها قابل تشخیص نیست و نیاز به انجام آزمایش دارد. رقم مناسب زردآلو: در صورتی که قصد احد

محله دریاچه چیتگر منطقه 22 دریاچه چیتگر رینگ جنوب دریاچه چیتگر؟!محدوده پارک جنگلی چیتگر و بزرگراه شهید همدانی ( امتداد بزرگراه حکیم ) در سمت جنوب دریاچه چیتگر ساخت و سازی انجام نشده است و این مناطق در اختیار منابع طبیعی میباشد رینگ شمالی دریاچه چیتگر ؟! رینگ شمالی دریاچه چیتگر یکی از مرغوب ترین لوکیشن های منطقه 22 تهران دریاچه چیتگر میباشد که میتواند پیشنهاد مناسبی برای خرید آپارتمان در منطقه 22 تهران دریاچه چیتگر باشد  ، بسیاری از برج های منطقه 22 تهران دریاچه چیتگر مثل برج های پارسیا ، برج ساحل سپانیر ، برج پاسارگاد تعاونی شهید همت ، برج های عرفان شرکت سازه پایدار  ، برج های آسمان تعاونی های سپاه  و … که اکثرا برای تعاونی های سپاه و ارتش هستن شمال دریاچه چیتگر ساخته شده اند رینگ شمالی دریاچه چیتگر بخاطر اینکه یکی از اولین مناطقی در منطقه 22 تهران میباشد که حتی قبل از آبگیری دریاچه عملیات ساخت و ساز در این منطقه شروع شده بود  محوطه سازی و حریم برج ها به خوبی انجام شده و برج های در حال ساخت در این لوکیشن بسیار کم هستند  ، از لحاظ شلوغی و ترافیک وسائل نقلیه  هم بغییر از تایم های خاص در روز های تعطیل مشکلی برای ساکنین ایجاد نکرده1 . دسترسی آسان به مراکز تجاری قبیل سوپر مارکت ، میوه تربار و هر چیزی که مورد نیاز زندگی روزمره هستش .2 . دسترسی آسان به اتوبان شهید خرازی ( امتداد اتوبان شهید همت )3 . دسترسی آسان به مرکز تجارت ایرانمال رینگ غربی دریاچه چیتگر؟! به جرات میشه گفت یکی از خلوت ترین و دنج ترین محله های منطقه ۲۲  تهران دریاچه چیتگر همین رینگ غربی دریاچه چیتگر میباشد  ، دور از هیاهو و سر صدا ، ساخت پروژه های لوکس مثل لبخند ۱ و ۲ 

قیمت ساخت پروژه های پیش فروش در منطقه 22 دریاچه چیتگر یک بار برای همیشه با مطالعه این مقاله اطلاعات خود را از شرایط قیمت ساخت پروژه های پیش فروش در منطقه 22 تهران بالا ببرید . سوال اکثر متقاضیان پروژه پ های پیش فروش منطقه 22 از ما این سوال است که : قیمت ساخت پروژه X چقدر است ؟ همه تعاونی ها از زمان استارت پروژه و پیش فروش پروژه برآورد قیمت ساخت رو بامحاسبه قیمت مصالح و تناژ مورد نیاز مصالح ساختمانی با حساب تورم 15 تا 20 درصدی نسبت به دوره ساخت انجام میدهند و به یک قیمت ساخت میرسند که مجموع قیمت ساخت و قیمت زمین تراکم میشود قیمت ساخت تمام شده برای عضو پروژه های منطقه 22 , تا اینجای کار هیچ مشکلی نیست اما مورد مهم تو بحث قیمت ساخت این مطلب میباشد که همه مصالح ساخت پروژه در یک پارت و یکجا خریداری نمیشود  بلکه با مرور زمان این اتفاق انجام میشود . خب سوال مطرحی اینجاست که تعاونی قیمت آهن و میلگرد یا حتی سیمان در دوسال آینده را میتواند بصورت دقیق پیش بینی کند ؟ سوال این جواب خیر است و تعاونی فقط حدود 15 تا 20 درصد تورم را در برآورد  اولیه محاسبه میکنددر صورتی که قیمت آهن در چهار سال گذشته رشد 500 درصدی به خودش دیده است پس نتیجه میگیریم که هر قیمتی که در زمان استارت پروژه های پیش فروش تعاونی ساز اعلام میشود نمیتواند مبنی خوبی برای محاسبه اعضا باشد با یک مثال : تعاونی توسعه ابنیه همت که یکی از معتبر ترین و خوش نام ترین تعاونی های منطقه 22 تهران میباشد در هنگام پذیره نویسی برج فرزانگان قیمت ساخت + هزینه ساخت و تراکم را مبلغ 2.800.000 تومان اعلام کرد . یعنی بک واحد 115 متری مجموعا بایستی 322.000.000 تومان ظرف مدت ساخت به تعاونی مسکن ابنیه همت قسط پرداخت میکرد در صورتی که پردا

خرید آپارتمان و پیش فروش پروژه های اکازیون زمستان 1402 در منطقه 22 تهران دریاچه چیتگر در شرایط فعلی بازار و رکود بازار شرایط مناسبی برای ورود و سرمایه گذاری در منطقه 22 تهران میباشد , در این مقاله به معرفی پروژه های مناسب برای سرمایه گذاری میپردازیم , شرایط فعلی بازار بخاطر رکود بازار با افت قیمت ها روبرو هستیم و میتوان یا قیمت های مناسب اقدام به خرید اپارتمان و پیش فروش پروژه های معتبر در منطقه 22 تهران نمود  اما در این میان اپارتمان ها و پروژه های پیش فروشی هستند که جدا از بحث شرایط رکودی بازار بخاطر شرایط خود ملک سرمایه گذاری مناسبی محسوب میشوند خرید آپارتمان در برج صدف دریاچه چیتگر اولین و بهترین گزینه خرید آپارتمان در منطقه 22 برج صدف تعاونی مسکن اتوبوسرانی میباشد . برج صدف از نظر لوکیشن در شرایط بسیار ایده عالی قراردارد و با توجه به رایزنی های انجام شده توسط کارشناسان املاک برج بلند در تعاونی مسکن شرکت اتوبوسرانی ناحیه 6 برج صدف نهایتا تااواسط 1403 بصورت کامل تکمیل میشود و امروز با شرایط قیمتی متری 70.000.000 تومان تا 90.000.000 تومان امکان خرید آپارتمان در برج صدف مهیا میباشد .که با توجه به لوکیشن برج در ضلع غربی دریاچه چیتگر در کنار برج های نظیر برج لبخند 2 و برج پاریز و یا برج تریتیوم حتی در صورت عدم خروج بازار از رکود در سال آینده با توجه به تکمیل شدن پروژه به قیمت هایی از پایه 90.000.000 تومان تا 120.000.000 تومان که خواهد رسید که در شرایط فعلی مناسب ترین گزینه برای خرید میباشد خرید آپارتمان در پیش فروش پروژه نیروی زمینی پهنه C شهرک چیتگر دومین گزینه پروژه های اکازیون خرید آپارتمان در پیش فروش پروژه نیروی زمینی ارتش در پهنه C شهرک چیتگر میباشد البته در برج نا

error_message_details یکی دیگر از پارامترهای جدید اوراکل در نسخه 23c هست که امکان نمایش جزییات خطاهای مربوط به Data Value را فراهم می کند با تنظیم این پارامتر به مقدار on، می توانیم برای خطاهایی نظیر ORA-00001: unique constraint violated، مقداری که سبب رخ دادن این دسته از خطاها شده است را در متن خطا ببینیم. برای مثال، در سناریوی زیر، فعال بودن پارامتر error_message_details در پیدا کردن مقداری که باعث این خطا شده است کمک می کند: SQL> create table tbl1(id number primary key); Table created. SQL> variable B number; SQL> exec :B:=2547; PL/SQL procedure successfully completed. SQL> insert into tbl1 values(:B); 1 row created. SQL> insert into tbl1 values(:B); ERROR at line 1: 'ORA-00001: unique constraint (USEF.SYS_C008328) violated on table USEF.TBL1 columns (ID)' 'ORA-03301: (ORA-00001 details) row with column values (ID:2547) already exists' Help: https://docs.oracle.com/error-help/db/ora-00001/ در صورتی که پارامتر error_message_details غیر فعال شود، خطای فوق به شکل زیر نمایش داده می شود: SQL> alter system set error_message_details=DISALLOWED ; System altered. SQL> insert into tbl1 values(:B); 'ORA-00001: unique constraint (USEF.SYS_C008329) violated on table USEF.TBL1 columns (ID)' Help: https://docs.oracle.com/error-help/db/ora-00001/ وحید یوسف زادهارائه خدمات مشاوره ، پشتیبانی و نصب و راه اندازی پایگاه داده اوراکل در سراسر کشور...................... تلفن: 09128110897 ایمیل:[email protected]

نازسازگاری در دیتادیکشنری امر متداولی نیست و به ندرت اتفاق می افتد اما در صورت رخ دادن می تواند بسیار چالش ساز باشد نمونه ای از این دست ناسازگاری که شاید شما هم با آن روبرو شده باشید، invalid reference است مثلا segmentای که اطلاعاتش در dba_objects موجود نیست.  تا قبل از نسخه 23c، این قبیل ناسازگاری ها را می توانستیم با اسکریپت hcheck.sql شناسایی کنیم. اما در اوراکل نسخه 23c، پکیجی به نام DBMS_DICTIONARY_CHECK(البته در 23.3) ارائه شد که با کمک آن می توانیم از consistency در دیتادیکشنری اطمینان حاصل کنیم. این پکیج پروسیجرهای متعددی دارد: SQL> desc DBMS_DICTIONARY_CHECK PROCEDURE CRITICAL PROCEDURE FULL PROCEDURE DUPLICATEDATAOBJ PROCEDURE IDNSEQOBJ PROCEDURE IDNSEQSEQ PROCEDURE INDEXPARTITIONSEG PROCEDURE INDEXSEG PROCEDURE INDINDPARMISMATCH PROCEDURE INDPARTOBJ PROCEDURE LOBSEG PROCEDURE MVIEW PROCEDURE NEXTOBJECT PROCEDURE NOSEGMENTINDEX PROCEDURE OBJECTNAMES PROCEDURE OBJERROR …. در این بین، پروسیجر FULL می تواند اطلاعات کاملی را در زمینه درستی Data Dictionary ارائه دهد که در ادامه نمونه ای از خروجی آن را مشاهده می کنید: SQL> set serveroutput on size unlimited SQL> exec DBMS_DICTIONARY_CHECK.FULL; dbms_dictionary_check on 06-DEC-2023 18:25:16 ---------------------------------------------- Catalog Version 23.0.0.0.0 (2300000000) db_name: FREE Is CDB?: YES CON_ID: 1 Container: CDB$ROOT Trace File: /opt/oracle/diag/rdbms/free/FREE/trace/FREE_ora_6267_DICTCHECK.trc Catalog Fixed Procedure Name Version

SQL Firewall یکی دیگر از قابلیتهای جدید اوراکل در نسخه 23c است بر اساس این قابلیت می توانیم مجموعه ای از دستورات را به عنوان دستورات مجاز برای دیتابیس تعریف کنیم در این صورت کاربر نمی تواند دستور دیگری خارج از این مجموعه را اجرا کند حتی اگر این کاربر مجوز اجرای آن دستورات را داشته باشد. قصد داریم اقدامات کاربر Usef را تحت نظر بگیریم و تمامی دستورات اجرا شده توسط این کاربر را capture کنیم سپس با تنظیم SQL Firewall، به این کاربر اجازه ندهیم خارج از دستوراتی که capture شده اند، دستور جدیدی را اجرا کند. برای اجرای این سناریو، ابتدا محیط تست را آماده می کنیم. SQL> create user usef identified by a; User created. SQL> grant dba to usef; Grant succeeded. SQL> co usef/a@OEL8:1521/TEHRANPDB Coected. SQL> create table usef.tbl1 as select * from dual; Table created. SQL> create table usef.tbl2 as select * from dual; Table created. SQL> create or replace procedure usef.prc1 as 2 text varchar2(100); 3 begin 4 select * into text from tbl1; 5 end; 6 / Procedure created. برای مدیریت SQL FIREWALL می توانیم از کاربر sys استفاده کنیم و یا کاربر جدیدی را ایجاد کنیم و با دادن مجوز sql_firewall_admin به این کاربر، اقدامات لازم را از طریق آن انجام دهیم. در قدم اول، کاربر usr_firewall را برای مدیریت SQL FIREWALL ایجاد می کنیم و دسترسی sql_firewall_admin را به آن اهدا می کنیم. SQL> create user usr_firewall identified by a; User created. SQL> grant create session,sql_firewall_admin to usr_firewall; Grant succeeded. برای فعال کردن SQL FIREWALL، از طر

در این مطلب سعی داریم تعدادی از قابلیتهای جدید اوراکل 23c در زمینه جداول Blockchain و Immutable را مرور کنیم. امکان حذف  و اضافه کردن ستون به جداول Blockchain و Immutable در نسخه 23c می توان به جداول Blockchain ستونی را اضافه کرد(البته در version v2 این نوع از جداول): SQL> create blockchain table blockchaintb1 ( id number(10), desc1 varchar2(100) ) no drop until 20 days idle no delete until 20 days after insert hashing using "SHA2_512" version "v2"; Table created. SQL> alter table blockchaintb1 add (desc2 varchar2(1000)); Table altered. حذف ستون هم در این نسخه امکان پذیر است: SQL> alter table blockchaintb1 drop column desc2; Table altered. در صورت درج اطلاعات در این نوع از جداول، باز هم می توان عملیات فوق را تکرار کرد: SQL> insert into blockchaintb1 values(1,'Amir Hozhabri','Sori Masoud'); 1 row created. SQL> commit; Commit complete. SQL> alter table blockchaintb1 drop column desc2; Table altered. نکته: برای مشاهده version هر کدام از Blockchain Tableها می توان از ویوی user_blockchain_tables استفاده کرد(user_blockchain_tables.TABLE_VERSION). قابلیت فوق برای version V2 جداول immutable هم به وجود آمد: SQL> create immutable table Immtb1 ( id number(10), desc1 varchar2(100) ) no drop until 200 days idle no delete until 200 days after insert version "v2"; Table created. SQL> alter table Immtb1 add (desc2 varchar2(1000)); Table altered. SQL> alter table Immtb1 drop column desc2; Table altered. تنظیم حداکثر مدت زمان برای idle

خطه سرسبز شمال کشور علاوه بر داشتن جاذبههای زیبای گردشگری بینظیر و بکر،دارای سواحل زیبا ودیدنی بسیاری است که از جاذبههای مهم این منطقه بهشمار میرودو محبوبیت زیادی بین مسافران و گردشگران دارد. سواحل دریای خزر  یکی از پرطرفدارترین اماکنی است که مسافران با سفر به شهرهای شمالی در برنامه سفر خود قرار میدهند. مسافران بسیاری با اقامت در هتل ستاره دریا چمخاله از ساحل زیبای آن بهرهمند میشوند. در این مطلب به معرفی بهترین سواحل شمال میپردازیم. بهترین سواحل شمال ایران بهترین سواحل استان گیلان استان سرسبز گیلان یکی از بهترین مقاصد گردشگری است که سواحل زیبای بسیاری دارد و در تمام طول سال، میزبان مسافران زیادی است. ساحل چمخاله یکی از زیباترین سواحل شمال که در استان گیلان قرار گرفته، ساحل چمخاله است. تقریباً در ۲۷۷ سال پیش در دوران فرمانروایی نادر شاه، افراد بسیاری برای آسیب ندیدن و دور بودن از جنگ، به چمخاله مهاجرت کردند و در آنجا سکونت گزیدند. ساحل دریای این شهر زیبا، بسیار بینظیر و منحصر به فرد است و یکی از بهترین سواحل شمال ایران بهشمار میرود. بهترین ساحل شمال یکی از زیباییهای شهر چمخاله، قرار داشتن قسمت زیادی از شهر در نوار ساحلیدریا است. شهر چاف و چمخاله پس از انزلییکی از مقاصد گردشگری در استان گیلان میباشد که در سال ۱۳۹۰ بهعنوان بهترین ساحل استان شناخته شده است. ساحل چابکسر شهرستان چابکسر در شرق استان گیلان قرار گرفته و با رامسر ۵ کیلومتر فاصله دارد که میتوان گفت چابکسر و رامسر شهرهای مرزی استان گیلان و مازندران میباشند. از زیباییهایی که در شهر چابکسر وجود دارد، نزدیکی کوه و دریا است که مسافت بین این دو ۱۳۰۰ متر میباشد. چشم انداز و منظره نزدیکی کوه و دریا بسیار

Unified Auditing در نسخه 23c به صورت پیش فرض فعال است و در این نسخه به آن قابلیتهای جدیدی هم اضافه شده است. یکی از این قابلیتها، امکان Auditing در سطح Column است با کمک این فیچر می توانیم صرفا ستون(یا ستونهای) به خصوصی از یک Table یا View را Audit کنیم. برای مثال قصد داریم هر selectای بر روی ستون mobile را Audit کنیم، برای این کار Audit Policy زیر را ایجاد می کنیم: SQL> CREATE AUDIT POLICY Col_pol_Mobile ACTIONS select(mobile) ON usef.person; Audit policy created. Policy ایجاد شده را فعال می کنیم: SQL> AUDIT POLICY Col_Pol_Mobile; Audit succeeded. با تنظیم این Policy، هر گونه تلاش برای مشاهده اطلاعات ستون mobile ثبت خواهد شد: SQL> show user USER is "JAMSHID" SQL> select mobile from usef.person where name='Nader' and last_name='DastNeshan'; MOBILE ---------- 9146581254 SQL> select dbuseame,action_name,object_schema,object_name from unified_audit_trail where unified_audit_policies like '%COL_POL_MOBILE%'; DBUSERNAME ACTION_NAM OBJECT_SCHEMA OBJECT_NAME --------------- ---------- --------------- ------------ JAMSHID SELECT USEF PERSON اگر کاربر JAMSHID بخواهد اطلاعات ستون دیگری از این جدول را ببیند(به غیر از شماره موبایل)، Audit نخواهد شد: SQL> show user USER is "JAMSHID" SQL> select id from usef.person where name='Nader' and last_name='DastNeshan'; ID ---------- 3 SQL> select count(*) from unified_audit_trail where unified_audit_policies like '%COL_POL_MOBILE%'; COUNT(*) ---------- 1 در ا